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REAL PARTY IN INTEREST 

The real party in interest in the present Appeal is International Business Machines 
Corporation {IBM), the Assignee of the present Application, as evidenced by the Assignment set 
forth and recorded at Reel 9666, Frame 0580. 

RELATED APPEALS AND INTERFERENCES 

There are no other appeals or interferences known to Appellant, the Appellant's legal 
representative, or assignee, which directly affect or would be directly affected by or have a 
bearing on the Board's decision in the pending appeal. 

STATUS OF CLAIMS 

Claims 1-25 stand finally rejected by the Examiner as noted in the Advisory Action dated 
February 11,2002. 

STATUS OF AMENDMENTS 

No amendment to the claims was entered subsequent to the Final Rejection. 

SUMMARY OF INVENTION 

A fundamental problem in multinational computing environments which need to display 
data in multiple human languages is that a spoken word generally encapsulates information in 
multiple aspects or attributes, such as through the word's meaning, from context, and/or from 
inflection. When reduced to a visual or electronic representation for manipulation or display in a 
data processing system, the word may lose some attributes and much of the associated meaning. 
Most importantly for data processing systems, a visual representation of a word may give no 
clues as to the correct translation or pronunciation of the word or the proper placement of a word 
within a specified sort order. The present invention may be employed to address this problem 
(AppHcation page 10). 
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As set forth in the present Specification at Page 10, line \\, et seq., the preset invention 
may be utilized to encapsulate identification, meaning, and pronunciation information for a text 
string. In short, the present invention may be described as a text string data structure comprising 
a plurality of discrete fields. These fields are utilized to store the visual representation, 
pronimciation, and sorting information for a word. The present invention may be described with 
greater detail with reference to Figure 2 and its accompanying description. 

Referring to Figure 2, a diagram of a multi-field text string class employed in 
encapsulating transliteration and/or phonetic spelling information in accordance with a preferred 
embodiment of the present invention is depicted. A fundamental problem in multinational 
computing environments which need to display data in multiple human languages is that a 
spoken word generally encapsulates information in multiple aspects or attributes, such as through 
the word's meaning, from context, and/or firom inflection. When reduced to a visual or electronic 
representation for manipulation or display in a data processing system, the word may lose some 
attributes and much of the associated meaning. Most importantly for data processing systems, a 
visual representation of a word may give no clues as to the correct translation or pronunciation of 
the word or the proper placement of a word within a specified sort order. International String 
("IString") class 202 may be employed to address this problem. 

IString class 202 is preferably a Java class similar to the Java String class, which behaves 
like the String class by including similar methods. Most of the original behavior of the String 
class should be preserved, with additional functionality added and utilized only as needed. 
IString class 202 is a datatype which captures some of the meaning of spoken words which is 
normally lost when the word is reduced to a visual representation. IString class 202 is preferably 
utilized for all object names and system messages within a system. 

The IString class 202 structure includes three different strings for each name, message, 
data or text object: a baseString 204, a sdrtString 206, and an altString 208. BaseString 204 is the 
string within IString class 202 employed by default in the user interface display and may contain 
any text, usually the original text entered by the user in the local language where the IString 
object is created. SortString 206 may also be any text and is employed to allow correct sorting of 
non-phonetic languages and languages which are difficult to sort based only on the binary value 
of baseString 204. AltString 208 may be any text but should conventionally be filled with a latin 
character set representation of the pronunciation of the data contained in baseString 204. Thus, 
IString class 202 includes the original text (baseString 204), a sort key (sortString 206), and a 
pronunciation key (altString 208) for object names, system messages, and other data. 
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ISSUE ON APPEAL 

1. Is the Examiner's rejection of Claims 1-3, 12-13 and 19-20 under 35 U.S.C. 
§102(e) as being anticipated hy Li, et al, U.S. Patent No. 6,205,418, well 
founded? 

2. Is the Examiner's rejection of Claims 4-11, 14-18 and 21-25 under 35 U.S.C. § 
103(a) as being unpatentable over Z/, et aL^ U.S. Patent No. 6,205,418, in view of 
Renegar, U.S. Patent No. 6,024,571, well founded? 

GROUPING OF CLAIMS 

For purposes of this Appeal, Claims 1-9, 11-15 and 17-20 stand or fall together as a first 
group. Additionally, Claims 10 and 16 stand or fall together as a second group, 

ARGUMENT 

Regarding the first group of claims, the Examiner has rejected Claims 1-3, 12-13 and 19- 
20 under 35 U.S.C. §102(e) as being anticipated by Li, et a/., U.S. Patent No. 6,205,418. That 
rejection is not well founded and it is should be reversed. 

Li, et al^ discloses a system and method for providing a multiple language capability in a 
computer-based target application. The invention in Li utilizes a language and translation 
database to accompUsh its objectives. More specifically, the language database contains a 
language name and language code (Col. 7, line 61-64) and the translation table contains entries 
composed of a language code as listed in the language database, a translation code, and a 
translation string (Col 8, lines 30-41). The translation code stored in the translation table allows 
the invention in Li to determine a translation string for a given language code and translation 
code. In essence, the two tables form a lookup mechanism for determining what string to display 
for a graphical element given a language selected by a user and the translation code for the 
element. 
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The term string, as used in the present invention, is a series of characters manipulated as a 
group. In contrast, a database, or database table, is a collection of information organized in such 
a way that a computer program may quickly select desired pieces of data. Essentially, a database 
is an electronic filing system. Typical databases are organized by fields^ records^ and files, A 
field is a single piece of information; a record is one complete set of fields; and a file is a 
collection of records. For example, a telephone book is analogous to a file. It contains a list of 
records, each of which consists of three fields: name, address, and telephone number. 

Further differences may be seen between strings and databases by examining the manner 
in which each is accessed. Below are figures illustrating the means in which a programmer 
utilizes a string and database table. 

Figure 1 - String (put this stuff in a box) 

string string_var; // declare the variable 

string_var = "this is a string"; // assign a value to the variable 
print_str(string_var); // pass the variable to a function 



Figure 2 - Database Table 

database database_var; // declare database variable 

record_set recordset_var; // declare recordset var to hold results 

database_var.Open(<database name>); // connect to the database 

recordset_var = database_var.Execute(<SQL statement>); // extract or set values in the database 



String variables are considerably simpler to work with and manipulate compared to 
databases using modem programming languages such as C-H- or Java. Generally, strings only 
exist as memory variables or as data stored in a file, such as a database table. Further, strings 
may be passed as a parameter to fiinction, whereas a database table may not. A pointer to a 
database table may be passed to a function, but the database will still reside on disk. Moreover, 
databases fimction as a shared data repository and are access by many users, resulting in large 
size and slower access compared to string variables. 
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The invention in the present application is directed to a novel "text string data structure" 
which includes multiple fields wherein the content of each field is specified as set forth within 
the claims. A "text string" is a term of art in the computer technology area and as evidence of this 
fact. Applicant submits herewith page 451 of the Microsoft Press Computer Dictionary, Third 
Edition, which defines "string" as "a data structure composed of a sequence in characters usually 
representing human-readable text." Further evidence of the uniqueness of this verbiage is set 
forth within Li, et al, at column 2, lines 23, et seq,, wherein Li, et al, state "as an example, a PC- 
based attendant console application includes many embedded text strings that could not be 
intercepted by these types of multiple language systems." (emphasis added) It is precisely this 
problem which is addressed by the present Application in that translation system such as those 
disclosed within Li, et aL, are well known; however, such systems require a separate translation 
database to transform imbedded text strings found within an application or operating system. It is 
an object of the present Application to obviate that necessity by providing a novel, usefiil and 
unobvious "text string data structure" which includes multiple fields where each field includes a 
different content, as set forth within the present claims. 

Specifically, with respect to Claim 1, the multi-field text string data object is expressly 
recited as including a first field "containing a first character string representing a word" and a 
second field "containing a second character string representing the word." In support of the 
rejection, the Examiner cites Table 2 of Li, et aLy which illustrates, in graphic form, the 
transform database utilized by the translation program of Li, et aL This transform database 
contains three fields, one field of which identifies a particular language. A second field of which 
contains a particular translation code which corresponds to an existing text string and the third 
field corresponds to a translation of that existing text string into the language identified by the 
language code. AppUcant respectfiiUy urges that a table such as that set forth within Li, et aL, at 
column 8, lines 42 et seq,, cannot be said to anticipate a "text string data structure" as a "text 
string data structure" is a specific term of art within the computer area and cannot be modified by 
the Examiner for purposes of applying a graphic representation of a transform database as 
disclosed withiin Li, et aL Further, a table does not show or suggest a "text string data stracture" 
as each is a fimdamentally different data type. As previously mentioned, the method of use and 
the abilities of strings and tables differ substantially. 

Regarding the second group of claims, the Examiner cites Renegar, U.S. Patent No. 
6,024,571 in combination with Li, et aLy for a rejection of Claims 4-11, 14-18 and 21-25 under 
35 U.S.C. § 103(a), and Applicants contend such rejection is not well founded. 
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Renegar discloses a printed translation assistance learning aid which includes printed 
indicia including words and phrases in a first and second language and a phonetic pronunciation 
of those words. Nothing within Renegar shows or suggests in any way a "text string data 
structure" which is embedded within a computer usable medium as set forth within the present 
claims and no combination of Renegar with LU et al, can be said to show or suggest this novel 
data structure. 

Further, as set forth expressly within Claims 10 and 16, the claims of Group 2, the third 
character string within the text string data structure is expressly recited as being prefixed by "at 
least one character with a low sort value." The Examiner has referred expressly to these claims 
and directs the Applicant's attention to the rejection of Claim 6; however, the Applicant direct 
attention to the fact that the rejection of Claim 6, and the rejection of Claims 10 and 16, as well 
as LU et aL, and Renegar are completely silent with respect to any suggestion of the prefixing of 
a third character string by "at least one character with a low sort value" and the Board is urged to 
consider this rejection is not well founded. 

The Examiner has addressed this argument noting that LU et al, discloses the utilization 
of an ampersand, a character before the translation string "aide" believing that this constitutes "at 
least one character with a low sort value . . . In response to this position. Applicant urges the 
Board to consider that LU et aL, itself is expressly contrary to the position taken by the Examiner. 
The ampersand symbol, at colunm 9, lines 4, et seq., is described as being utilized to indicate 
which character within a given word or phrase is presented as underlined to the user for use as a 
so-called "hot key" or accelerator. Those having ordinary skill in the art will appreciate that this 
character will thus not be utilized in any type of sort operation and is merely present within the 
text string to indicate which of the characters will select that command when entered as a "hot 
key." The Examiner's position with respect to the "low sort value" of the ampersand signal is 
therefore not believed to have merit. 

Consequently, Applicant urges that. Claims 10 and 16, contain features which are entirely 
absent fi-om the references cited by the Examiner and that the remaining claims also define 
patentable subject matter over this combination of references and that the Examiner's rejection 
should be reversed. 
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Further, Applicant urges the Board to consider that data structures have been repeatedly 
found to be structure which must be considered in determining the patentability of an invention. 
See In Re Lowry, 32 U.S. P.Q.2d 1031 (Fed. Cir. 1994), wherein Applicant's invention concemed 
a data structure for storing, using and managing data in a computer memory. Similarly, In Re 
Warmerdam, 31 U.S. P.Q.2d 1754 (Fed. Cir. 1994), also addresses the subject of data structures. 
Applicant respectfully urges that the "text string data structure" of the present invention is neither 
shown nor suggested by Li, et aL or Renegar, whether considered alone or in combination as no 
combination of these references shows or suggests a text string data structure having multiple 
fields for representing a word such that the text string data structure may be manipulated within a 
data processing system and, by selecting one field or the other, the user may operate in one of 
two selected languages. Consequently, Applicant urges that Claims 1-25 define patentable 
subject matter over this combination of references and reversal of the Examiner's rejection is 
respectfiiUy requested. 

Please charge IBM Corporation Deposit Account No. 09-0447 in the amount of $320.00 
for submission of a Brief in Support of an Appeal. No additional fees or expenses are believed 
to be required; however, if any additional fees are required, please charge IBM Corporation 
Deposit Account No. 09-0447. 



RespectfiiUy submitted. 




Brian P. Klawinski 

Reg. No. 51087 

Bracewell & Patterson, L.L.P. 

Suite 350 Lakewood on the Park 

7600B North Capital of Texas Highway 

Austin, Texas 78731 

(512) 542-2100 



ATTORNEY FOR APPLICANT 
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APPENDIX 

1 1 . A text string data structure within a computer usable medium, comprising: 

2 a multi-field data object encapsulating a plurality of discrete fields; 

3 a first field within the multi-field data object containing a first character string 

4 representing a word; and 

5 a second field within the multi-field data object containing a second character string 

6 representing the word. 

1 2. The text string data structure of claim 1, wherein the second character string is different fi"om 

2 the first character string. 

1 3, The text string data structure of claim 1, wherein the first character string contains characters 

2 fi-om a first character set employed by a first human language and the second character string 

3 contains characters fi-om a second character set employed by a second human language. 



1 4. The text string data structure of claim 1, wherein the first character string contains characters 

2 for a first human language and the second character string contains characters for a second 

3 human language which sound-map to characters within the first character string. 



1 t^5. The text string data structure of claim 1, wherein the first character string contains an 

2 ideograph and the second character string contains a phonetic spelling of the^deogr^lT^^ '^'^ *^ 

1 6. The text string data structure of claim 1, further comprising: 

2 a third field within the multi-field data object containing a third character string 

3 representing the word. 
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1 7. The text string data structure of claim 6, wherein the third character string is different from 

2 the second character string. 

1 8. The text string data structure of claim 7, wherein the third character string is different from 

2 the first character string. 

1 9. The text string data structure of claim 6, wherein: 

2 the first character string contains characters for a first human language; 

3 the second character string contains characters for a second human language which 

4 sound-map to characters within the first character string; and 

5 the third character string is identical to the first character string. 

1 10. The text string data structure ofclaim 6, wherein: 

2 the first character string contains characters for a first human language; and 

3 the third character string contains the first character string prefixed by at least one 

4 character with a low sort value. 

1 11. The text string data structiu-e ofclaim 6, wherein: 

2 the first character string contains an ideograph; 

3 the second character string contains Latin characters for a phonetic spelling of the 

4 ideograph; and 

5 the third character string contains syllabary characters for a phonetic spelling of the 

6 ideograph. 

1 12. A method of encapsulating information in a text string data structure, comprising: 

2 creating a multi-field data object encapsulating a plurality of discrete fields; 

3 storing a first character string representing a word in a first field within the multi-field 

4 data object; and 

5 storing a second character string representing the word in a second field within the multi- 

6 field data object. 
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1 13. The method of claim 12, wherein the step of storing a second character string representing 

2 the word in a second field within the multi-field data object fiirther comprises: 

3 if the first character string contains characters from a first character set employed by a 

4 first human language, storing characters from a second character set employed by a second 

5 human language in the second field, wherein the second character string is different from the first 

6 character string. 

1 14. The method of claim 12, further comprising: 

2 storing a third character string representing the word in a third field within the multi-field 

3 data object. 

1 15. The method of claim 14, further comprising: 

2 storing characters from a first human language as the first character string; 

3 storing characters from a second human language which sound-map to characters within 

4 the first character string as the second character string; and 

5 storing characters identical to the first character string as the third character string. 

1 16. The method of claim 14, further comprising: 

2 storing the first character string prefixed by at least one character with a low sort value as 

3 the third character string. 

1 17. The method of claim 14, further comprising: 

2 \/ storing an ideograph as the first character string; 

3 storing a latin character phonetic spelling of the ideograph as the second character string; 

4 and 

5 storing syllabary characters for a phonetic spelling of the ideograph as the third character 

6 string. 

1 18. The method of claim 14, further comprising: 

2 storing identical characters as the first, second, and third character strings. 
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1 19. A system for encapsulating information in a text string data structure, comprising: 

2 means for creating a multi-field data object encapsulating a plurality of discrete fields; 

3 means for storing a first character string representing a word in a first field within the . 

4 multi-field data object; and 

5 means for storing a second character string representing the word in a second field 

6 within the multi-field text string object. 

1 20. The system of claim 19, wherein the means for storing a second character string 

2 representing the word in a second field within the multi-field data object further comprises: 

3 means, if the first character string contains characters firom a first character set 

4 employed by a first human language, for storing characters firom a second character set 

5 employed by a second human language in the second field, wherein the second character 

6 string is different fi*om the first character string. 

1 21. The system of claim 1 9, fiirther comprising: 

2 means for storing a third character string representing the word in a third field within 

3 the multi-field data object. 

1 22. The system of claim 21, fiirther comprising: 

2 means for storing characters firom a first human language as the first character string; 

3 means for storing characters firom a second human language which sound-map to 

4 characters within the first character string as the second character string; and 

5 means for storing characters identical to the first character string as the third character 

6 string. 

23 . The system, of claim 2 1 , fiirther comprising: 

2 means for storing the first character string prefixed by at least one character with a 

3 low sort value as the third character string. 

1 y^^' system of claim 2 1 , further comprising: 

2 means for storing an ideograph as the first character string; 
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means for storing a latin character phonetic spelling of the ideograph as the second 
character string; and 

means for storing syllabary characters for a phonetic spelling of the ideograph as the 
third character string. 

25. The system of claim 21, further comprising: 

means for storing identical characters as the first, second, and third character strings. 
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Streaming tape \stre meng tap \ n. 5ee tape (defi- 
nition 1). 

stream-oriented file Vstrem^of e-ent-ad ni'\ n. A 
file used to store a fairly continuous series of bits, 
bytes, or other small, structurally uniform units. 

street price \stret' prTs\ n. The actual retail or 
mail-order price of a consumer hardware or soft- 
ware product. In most cases, the street price is 
somewhat lower than the '•suggested retail price." 

stress test \stres' test\ n, A test of a software or 
hardware system's functional limits, performed by 
subjecting the system to extreme conditions, such 
as peak volumes of data or extremes in tempera- 
ture. 

strikethrough \strTk'thr05\ n. One or more Unes 
drawn through a selected mnge of text, usually to 
show deletion or the intent to delete, as in 
auikLihiuugh . 
string \streng\ «. A data stmcture composed of a 
sequence of chamcters usually representing 
human-readable text, 
string variable \streng var'e-a-bl\ n. An arbitrary 
name as.signed by the prognimmer to a string of 
alphanumeric characters and used to reference 
that entire string. See also string, 
strobe \str6b\ n. A timing signal that initiates and 
coordinates the passage of data, typically through 
an input/output (I/O) device interface, such as a 
keyboard or printer, 
stroke \strok\ n. 1. In data entry, a keystroke— a 
signal to the computer that a key has been pressed. 

2. In typography, a line representing part of a letter. 

3. In paint programs, a "swipe" of the brush made 
with the mouse or keyboard in creating a graphic. 

4. In display technology, a line created as a vector 
(a path between two coordinates) on a vector 
graphics display (as opposed to a line of pixels 
drawn dot by dot on a raster graphics display). 

stroke font \strok' font\ n. A font printed by 
drawing a combination of lines rather than by fill- 
ing a shape, as with an outline font. Compn^p out- 
line font. 

stroke weight \str6k' wat\ n. The width, or thick- 
ness, of the lines (strokes) that make up a charac- 
ter. See also font. 

stroke writer \str6k' rFtarX n. In video, a display 
unit that draws characters and graphic images as 
sets of strokes— lines or curves connecting 



points— rather than as sets of dots, as on a typical 
raster-scan monitor. See also vQCior graphics, 
strong typing \ strong tlpengN n. A characteristic 
of a programming language that does not allow 
the program to change the data type of a variable 
during program execution. See also data type, van- 
able. Compare weak typing, 
structure \struk chur\ «. 1. The design and com- 
position of a program, including program flow, 
hierarchy, and modularity. 2. A collection of data 
elements. See also data structure, 
structured graphics \staik^churd graf'iksX n. See 

object-oriented graphics, 
structured programming \stnjk churd pro - 
gram-eng\ n. Programming that produces pro- 
grams with clean flow, dear design, and a degree 
of modularity or hierarchical stmcture. See also 
modular programming, object-oriented program- 
ming. Compare spaghetti code, 
structured query language X struk churd kwCr'e 
Iang-W3j, kwar e\ n. A database sublanguage used 
in querying, updating, and managing relational 
databases— the de facto standard lor database 
products. Acronym: SQL (se'kwal, STQ-Vl 
structured walkthrough \staik'churd wak - 
thrcK)\ ^7. 1. A meeting of programmers working 
on different aspects of a software development 
project, in which the programmers attempt to 
coordinate the various segments of the overall 
project. The goals, requirements, and components 
of the project are .systematically reviewed in order 
to minimize the error rate of the software under 
development. 2. A method for examining a com- 
puter system, including its design and implemen- 
tation, in a systematic fashion. 
SIT \S^T-T'\ «.5ee Secure Transaction Technology, 
stub \stub\ n. A routine that contains no execut- 
able code and that generally consists of comments 
describing what will eventually be there; it is used 
as a placeholder for a routine to be written later. 
Also called dummy routine. See also top-down 
programming. 
Smfflt \stuf'it\ n. A file compression program 
originally written for the Apple Macintosh, used 
for storing a file on one or more disks. Originally 
shareware, Stufflt is now a commercial produa for 
Macs and PCs that supports multiple compression 
techniques and allows file viewing. StufHt files can 
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